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ABSTRACT 



The problem of managing computer facilities at educa- 
tional institutions is examined. User categories are defined, 
and the interrelations between user requirements and the 
goals/objectives of the facility are discussed. Enumeration 
of the factors which influence computer facility operation 
is also accomplished. In addition, management information 
system theory is applied to the educational computer facility 
problem, and a proposed generalized management information 
system is developed. The over-all operation of the MIS is 
explained, and each component of the system is described. 
Future development, installation, and validation procedures 
are discussed. 
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I. INTRODUCTION 



A. PURPOSE 

In practically every field of human endeavor, computer 
usage has enabled great advances to be made. These strides 
forward are only a beginning. The possibilities of the 
human brain using complex computing machines are limitless. 
One way in which man can move toward the unbounded potential 
provided by computers is to learn to use these instruments 
in a more efficient manner. 

During the past twenty years, computer hardware tech- 
nology has been developing very rapidly. Effort has also 
been expended in the systems programming field. This in- 
volves making existing software packages work more effi- 
ciently for a particular computer and software operating 
system. The field of applications programming has not re- 
ceived as much attention as systems programming. Applica- 
tions programming involves developing software packages to 
provide new and better solutions to problems. In order to 
accomplish this task, new algorithms and techniques must be 
developed. Thus, with new application programs, man is able 
to more fully realize the capabilities of the existing hard- 
ware . 

Education is an area in our civilization which signi- 
ficantly utilizes computers and the accompanying technology. 
Educational institutions generally have different problems 
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than other segments of the computer user population. Educa- 
tional computer usage involves functions like those in pri- 
vate industry or government, but, educational computers are 
also used to teach people how to use computers. Herein lies 
an area where efficient usage of a computer is very difficult 
to determine. The problems involved with managing a computer 
facility at an educational institution are large and compli- 
cated. 

A need exists to develop some application programming 
package to provide for more efficient use of computers in 
educational institutions. This paper will attempt to solve 
part of this need. A basic design for a Management Infor- 
mation System (MIS) for computer facilities at educational 
institutions will be evolved. 

When implemented, this MIS will aid the manager in 
evaluating over-all facility operation. Evaluation infor- 
mation will define those operational areas where improvement 
is needed. The MIS will provide the tools for examining and 
comparing operating options available to the manager. Also, 
the MIS will assist the manager in planning for future sit- 
uations when a change in the facility resources or require- 
ments is anticipated. An additional feature, which should 
greatly aid the facility manager, provides for making cost 
information available for either an actual or proposed sys- 
tem. Cost comparisons between various system configura- 
tions can then be easily accomplished. 
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The design level presented in this paper will be aimed 
mainly at the actual manager of computer operations and his 
immediate superiors. Sufficient detail necessary for the 
actual computer programming will not be attempted. The 
general idea will be to show the feasibility, need, and ad- 
vantages of the system. If these things can be demonstrated, 
future development of the MIS will be advantageous. 

The method used to accomplish the above task will be to 
delve into the background of the problems involved in the 
operation and management of computer facilities at educa- 
tional institutions. The computer facility at the Naval 
Postgraduate School provided the actual study model. For 
two years, the operational problems, both from a user and a 
management standpoint, were observed. An attempt was made 
to generalize the specific problems encountered. 

A brief look at management information systems theory 
will assist in understanding the purpose, operation, and 
advantages of the proposed MIS. Each component of the sys- 
tem, the' reports, future development of the MIS, validation/ 
evaluation and installation procedures, and documentation 
will be covered. Finally, the limitations of the design in 
its current status, as well as conclusions about the MIS 
will be discussed. 

B. GENERAL BACKGROUND 

As has been previously stated the management problem 
for computer facilities at educational institutions is dif- 
ferent than that of management of computer facilities at 
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government or profit-oriented institutions. The problem has 
two major causes. The number of user types and the varia- 
tion of requirements generated by these user types defines 
the first problem area cause. Difficulty in defining the 
goals and objectives of the facility, and evaluating the ef- 
fectiveness of the operation, is the second major cause for 
the management problem. 

1 . User Types 

Most large educational institutions computer fac- 
ilities support four basic user types. These are the school 
administration, contract or other miscellaneous users, fac- 
ulty, and students. The widely fluctuating requirements 
placed on the facility, especially by the last two user types, 
constitute a major management problem for both current and 
future operations. 

a. School Administration 

Included in this user type are all jobs perform- 
ed to assist the operation of the educational institution. 

Any work to improve or manage the computer facility would 
also fall under this category. This type of user require- 
ment is fairly predictable, and can be programmed or sched- 
uled on a regular bases. Hence, this usage does not cause 
major problems unless the load becomes so great that it 
interferes with accomplishing support for other users. Ex- 
amples of this user category would be payroll processing, 
grade sheets, scheduling, and computer systems work. 
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b. Contract or Other Miscellaneous Users 

Included in this user category would be any 

private industrial concern or government agency which has a 
contract or an operating agreement with the educational in- 
stitution for computer and related support. Again, this user 
type is fairly predictable, and can be scheduled on a regular 
basis. Normally, this category would not greatly interfere 
with other user types. 

c. Faculty 

Any faculty or school staff memeber who is au- 
thorized to use the facility defines this user type. The 
school policy on who within the faculty is allowed computer 
access, and what limits or restrictions are placed on the 
use, will define the size of the problem in this user area. 
The less school placed constraints or control on faculty 
users, the greater the fluctuation in computer usage. 

Scheduling becomes very difficult because of 
the number and variety of user jobs, many of which are one 
run affairs. The complexity and running times of user jobs 
also vary greatly. User trends. are hard to establish. There 
are no common constraints, as at the end of a quarter or 
semester, when jobs or projects would need to be completed. 
The above problems, complicated by the fact that the size 
and type of faculty are susceptible to variations, make 
future planning in this user area extremely difficult. 
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d. Student 



Any student authorized to use the facility is 
a member of this user type. This user area generally con- 
stitutes a major portion of the computer facility workload. 
Most of the comments made for faculty users apply in this 
user area. User trends for this user type may be easier to 
establish over certain time periods, since these periods 
usually agree with other school functions. Computer pro- 
jects would normally need to be completed by the end of the 
term, and the job load falls off during vacation periods. 

It may be advantageous to further subdivide 
this user category. Possible choices are by curriculum, 
course, or thesis. In any case, future planning would be 
greatly complicated by the combination of the above factors, 
and the wide range of possible student inputs. 

2 . Goals/Objectives of Facility 

The goals or objectives of the facility operation 
are usually not formally stated or defined in concrete terms. 

A manager at some operating level must fit school policies/ 
regulations, and user requirements/needs together so that a 
general mission statement for the facility is satisfied. 

How this task is accomplished represents another major mana- 
gerial headache. 

a. School Policies/Regulations 

Published regulations and operating procedures 
are often very general and susceptable to wide interpretation. 
Many policies are not in written form but implied through 
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higher management by, actions taken, requirements on lower 
management echelons, and verbal statements. This means that 
the actual facility operation is subjected to ever shifting 
goals or objectives. The measurement or determination of 
goal achievement also fluctuates. Interpreting the current 
set of goals and objectives and showing that the facility 
is meeting its requirements represents an important part of 
the facility manager's job. 

b. User Requirements 

As individual users of the facility have con- 
straints or schedules within which they must operate, it is 
necessary for them to take into account computer processing 
time. Therefore, services such as job processing must be 
available to the user on some sort of a known basis. 

In order to meet the above requirement, computer 
facilities normally establish a priority system of some type. 
This priority system determines when a job is to be pro- 
cessed. The basis for priority systems vary from facility 
to facility. For example, some facilities may use an arti- 
fical monetary system, while others may require the user to 
request computer resources, such as time and core storage 
space, and determine priority on the resource amounts re- 
quested. General guidelines are furnished the user on how 
priorities are established and what the expected job turn- 
around times per priority should be. 

The priority system established must take into 
account both user requirements and school policy. The mana- 
ger must concern himself with the trade-offs between 
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satisfying user requirements and demonstrating to the school 
administration that the facility is operating properly. 

C. FACTORS INFLUENCING COMPUTER OPERATIONS 

There are two major areas which influence computer fa- 
cility operation. The resources available' and the manage- 
ment of the resources determine the capabilities of any 
computer facility. If the resources are improved or the 
management of the resources made more efficient, the capa- 
bilities of the facility will be increased. The requirements 
for accomplishing these tasks needs some further thought. 

1 . Resources 

The resources of a facility consist of all physical 
assets available for allocation by the facility manager. 

These include hardware, software, manpower, materials, space, 
and time. 

Resource improvement is defined as increasing the 
overall capability of a facility by obtaining and using more 
of an existing resource, or acquiring new and better re- 
sources. Hiring more personnel or purchasing more materials 
are examples of using more of an existing resource. Examples 
of new and better resources are going from second to third 
generation computing equipment and buying a new application 
program . 

Implicit in resource improvement is some kind of 
financial outlay. There is always a dollar constraint when 
expenditures are to be made. Determining which resources 



17 



to purchase is a complex problem involving the management 
area discussed below. 

2 . Management 

In order to improve computer facility management, 
it is necessary to define what elements comprise the facility 
management. A generalized management structure for a com- 
puter vacility is shown in Figure 1. 




Figure 1. Educational Institution Computer Facility Manage- 
ment Structure 

Most computer activities include several operating 
shifts of computer availability, and some related user assis- 
tance services, such as application programming, programming 
assistance, and user information services. The natural 
division of responsibility is a manager for the computer 
operations, and a manager or supervisor for user services. 
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The manager in charge of all computer related activities is 
the interface between the college or educational institution 
administration and the actual operating managers and per- 
sonnel of the facility. 

The management areas of responsibility, include 
making decisions about current or future resource allocation. 
Improvement of computer facility management then depends upon 
the improvement of the decision making process, which con- 
trols the facility operation. This can be accomplished by 
providing better information for the decision makers to use. 
This is generally the purpose of Management Information Sys- 
tems (MIS) . A brief theoretical discussion of these systems 
follows. 

D. MANAGEMENT INFORMATION SYSTEMS THEORY 

An information system is composed of all information 
gathering, processing, storage, retrival, and display ac- 
tivities. Management information systems are specialized 
information systems which deal with that subset of all in- 
formation which is used for decision making. In general } a 
management information system is defined as "an organized 
method of providing each manager with all of the data and 
only those data which he needs for decision, when he needs 
them, and in a form which aids his understanding and stim- 
ulates his action." 1 



1 

Colbert, B. A., "Pathway to Profit: The Management 

Information System," Management Services , v. 4, p. 16, 
September-October 1967. 
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If a management information system is to meet the re- 
quirements defined above, the organizational control or 
chain of command structure to be serviced by the MIS must 
be taken into account. The functional areas of control for 
each manager must be described. This will then help define 
the subset of information needed for decision making by a 
particular manager. 

The relationships between the organization of an infor- 
mation system and the managerial organization needs more 
scrutiny. In addition, various MIS design factors should be 
considered. 

1 . Organization of MIS 

Information systems can be pictured as being orga- 
nized in the form of a pyramid, and can be subdivided in two 
ways. 2 Both of these subdivisions are graphically displayed 
in Figure 2. 

MANAGEMENT SUBDIVISION DEPARTMENT SUBDIVISION 





Figure 2. Organization of Information Systems 



2 

Head, R. V., "Management Information Systems: A 

Critical Appraisal," Datamation , v. 13, p. 22-27, May 1967. 
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The first subdivision method involves separating 
the management system into three levels. The transaction 
detail level, consisting of the raw data base obtained from 
the day to day operation of an organization, is at the bot- 
tom of the pyramid. The next level up in the pyramid is the 

■/ 

operating management level. At the top is the policy or 
strategic planning management level. The latter two manage- 
ment levels consist of aggregating the data obtained from 
the raw data base, and making decisions with its use. 

The functions performed at the policy/strategic 
management level consist of deciding on objectives of the 
organization, on changes in the objectives, on the resources 
used to obtain the objectives, on the policies governing the 
acquisition, use and disposition of resources. The operating 
management level concerns itself mainly with the efficient 
use of available resources toward accomplishing the organi- 
zational objectives. The transaction management level as- 
sures that specific tasks are performed efficiently. 

The second subdivision method is a vertical divi- 
sion of the pyramid into sections, each section representing 
a different component or department of the organization. 

For example, a business firm may be comprised of sales, 
manufacturing, accounting, and other departments. 

The above two subdivision methods enable an MIS 
designer to focus his attention on a particular area, de- 
fined by the management levels and the functional departments 
of the organization. Most MIS designs are directed to the 
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management level; however, consideration must be given to 
the information received from, or passed to the other manage- 
ment levels or vertical departments. 

2 . Design Factors 

Hand in hand with the organizational description 
above, consideration must be given to certain design factors. 
These design factors are automation, control, and mission. 

Each of these factors will be examined more closely. 

a. Automation 

An MIS may be designed to operate in three 
modes. These are manual, computerized, or a combination of 
manual and computer. The availability of a computer to the 
organization, and the desirability/feasibility of a com- 
pletely computerized system, must be considered from a prac- 
tical standpoint. Most large scale information systems 
involving complex operations use combinations of manual and 
computer operations within the management framework. 

b. Decision Control 

Does the manager want the MIS to make automatic 
decisions? This question must be answered for the MIS design- 
er. The automatic decisions are of two types. The first type 
involves programming the computer to make certain decisions. 
The second type would be to establish steadfast rules which 
must be followed by lower level managers. Any MIS system 
may have a combination of these type decision controls. 

The current state of the art involving complex 
management information systems has not produced any practical 
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systems where all decisions are programmed to be made by 
computer. However, there are greater numbers of systems 
where the machines are programmed to make some of the deci- 
sions. Most systems also provide some general rules which 
the manager must follow, 
c. Mission 

The MIS designer must decide if the system is 
to be generalized or specialized. In other words, is the 
system to be used by a specific organization, or will it be 
used by many similar type organizations which will make 
minor modifications in order to specialize the MIS to their 
own particular needs. Once a system is installed it be- 
comes specialized; however, in the design phase there are 
major differences between specialized and generalized systems. 
The generalized system design must be more flexible to han- 
dle many slightly different operations and problems. A good 
generalized system must also be easy to modify in order to 
perform in a specialized organization. 
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II. COMPUTER FACILITY MANAGEMENT INFORMATION SYSTEM 



A. DESIGN DESCRIPTION 

In light of the preceding discussion on MIS theory, the 
design of the system must take into account the managerial 
level, and the functional department which is to be serviced. 
Additionally, decisions about the various design factors 
must be made. The proposed MIS for educational computer 
facilities will be examined in this light. 

1 . Organization 

The management level primarily addressed by this MIS 
will be the operating management level. The organizational 
area is depicted graphically in Figure 3. 
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The actual manager who will operate the system is 
the manager of the computer facility. He will use the system 
to test various operating options and make necessary changes 
within his area of responsibility. He must insure that re- 
sources are being properly used to realize the goals/objec- 
tives of the facility. He will be required to perform some 
limited future planning. He will also need the capability 
of furnishing fairly extensive information to managers making 
strategic decisions for future planning. 

The manager of all computer related activities will 
be interested in this system, since much of the output and 
many of the MIS capabilities will be tailored to provide in- 
formation necessary in his dealings with his superiors/school 
administration. This manager may also direct the facility 
manager to conduct studies using the MIS in order to justify 
requests made to external sources. 

2 . Design Factors 

The aim of the design is to make the MIS completely 
computerized. The manager will have few rules to follow ex- 
cept that he must operate within his resource constraints. 

The manager will have the option of allowing some minor auto- 
matic computer made decisions in certain areas. The mission 
of this design will be to provide a generalized system which 
could be readily used by any computer facility at any educa- 
tional institution. 
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B. GENERAL SYSTEM DESCRIPTION 



This system will include four major components and a 
reports section. The components are a data base, a simula- 
tion, forecasting models, and managerial decision rules/ 
options. The reports section is composed of three different 
type reports: scheduled, simulated, and special. Each of 

the components and the reports will be discussed in more ex- 
tensive detail in suceeding sections of this paper. 

The components make up two sub - assemblies . The data 
base and simulation are combined to form a model of the fa- 
cility, while the forecasting portion and the decision rules 
make up a model for resource management. The system is 
graphically represented in Figure 4. 

C. SYSTEM OPERATION DESCRIPTION 

The overall operation of the MIS can be visualized using 
Figure 4. The information flow and the option possibilities, 
determined using the legend information, describe how the 
sub- assemblies and components interact. 

1 . Computer Facility Model 

The computer facility model is a representation of 
all aspects of the present and future computer facility re- 
sources and operations. The purpose of the model is to pro- 
vide the manager with the historical data and information 
concerning the current computer operation. In addition, the 
manager will be able to investigate the consequences of pos- 
sible future configurations and operations. 
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The elements of this model are a data base which 



describes current operation, and a simulation for depicting 
possible future operations. The functions of each component 
are described below. 

a. Data Base Component 

The data base component is comprised of six in- 
formation elements. These elements are user accounting in- 
formation, hardware configuration and operating characteristics, 
software configuration and operating characteristics, opera- 
ting schedule and operating parameters, user parameters and 
distributions, and evaluation. 

There are two types of information input avail- 
able to the data base. Each element receives input from 
either historical information/data or from managerial input 
information. Each information type can be further subdivided 
into specific information areas which will be discussed in 
more detail in a later section. 

The data base furnishes the simulation with the 
current hardware/software configuration parameters and opera- 
ting characteristics, and operating schedules and parameters. 
Certain job stream or user oriented parameters, such as aver- 
age print time for certain job classes/priorities, and vari- 
ous user oriented distribution parameters are also furnished 
to the simulation by the data base. 

The data base also furnished inputs to both 
components of the resource management model. User accounting 
information is furnished to the forecasting models component. 
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The evaluation element of the data base collects evaluation 
data from the current operation, and inputs this data to the 
managerial decision rules/options component. This input en- 
ables the manager to evaluate the operating system with re- 
spect to the current goals and objectives, 
b. Simulation Component 

The simulation is used mainly to provide the 
manager with the means for seeing what would happen under 
changing conditions. The simulation can receive input from 
the data base, or from the resource management sub- assembly , 
or from both. The evaluation element of the simulation 
provides input into the statistical analysis and computation 
element of the decision rules/options component enabling an 
evaluation with respect to goals/objectives inputs for a 
simulated computer system. 

2 . Resource Management Model 

The purpose of the resource management model is to 
describe the resource options available to the manager. Ad- 
ditionally, this model provides a means for determining fu- 
ture job load requirements, so that resource planning for 
future situations can be accomplished. The two components 
of this model are the forecasting models component, and the 
managerial decision rules/options component. The functions 
of each component are described below. 

a. Forecasting Models Component 

This component consists of two forecasting models, 
curve fitting and exponential smoothing, and the necessary 
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curve fitting routines. The forecasting models component 
receives inputs from both the data base and the managerial 
decision rules/options components. The data base input has 
several possible forms. The input forms are the number of 
jobs by class or priority by several other criteria. The 
inputs from the managerial decision rules/options component 
consists of four decisions: 

1. The data base input form and the forecasting 
time period to use. 

2. The curve forms to try to fit the raw data. 

3. The curve form which best fits the raw data. 

4. The forecasting model to use. 

.The forecasting models use the inputs and make 
the necessary calculations to determine future job load fore- 
casts. The job load output form parallels the original input 
form. This output can then be fed to the simulation component. 

The forecast finally used for future planning is 
recorded for validation purposes. A feedback process, com- 
paring the forecast to the actual data as it is received, 
enables the manager to decide if the forecast used for future 
planning is sufficient. 

b. Managerial Decision Rules/Options Component 

This component is comprised of six elements. 

These are hardware configuration and option element, soft- 
ware configuration and option element, operating schedule and 
operating parameters element, goals/objectives parameter op- 
tion element, forecasting decision/option element and 
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statistical analysis and computation element. Each element 
is discussed in more detail in a later section. 

The managerial decision rules/options component 
is a representation of the manager and the actions he can 
take in the operation of the computer facility. The manager 
receives external inputs such as budget information, school 
objectives and policies, and information for determining job 
loads for the computer. There are two external input cate- 
gories. These are operational information which concerns 
the actual physical resources and their capabilities, and 
cost information which determine the fixed cost or unit cost 
of the resources. 

•The above inputs usually form some sort of con- 
straints on the operation of the facility. Therefore, the 
inputs effect the options available to the manager. From the 
options which are available, choices are made which then be- 
come inputs to the other components of the system. 

The inputs to this component from the other sys- 
tem components are processed by statistical routines in the 
statistical analysis and computation element. Computations 
are made so as to evaluate either the current operation or 
an operation under some change in either hardware, software, 
operating schedule, goals/objectives, or job load (forecast). 
The costs associated with the various plans, configurations 
or operations can also be studied and compared. Additionally, 
forecasts which have been made can be evaluated against the 
actual data as it is received. 



31 



3 . Reports Section 



The reports available from this MIS consist of three 
types: scheduled, simulated and special reports. The pur- 

pose and composition of each report type is briefly discussed 
below . 

a. Scheduled Reports 

The scheduled reports are those required on a 
regular basis in order to evaluate day to day operation. In 
addition, scheduled reports establish historical records and 
other pertinent data, which might be required for external 
reporting. Scheduled reports have a section for each element 
of the data base. Thus, there are scheduled reports for user 
accounting, hardware, software, schedule, parameters/distri- 
butions, and evaluation. 

b. Simulated Reports 

Simulated reports are those which use the simu- 
lation to describe the consequences of changing situations. 
The informational material will generally be the same as in 
scheduled reports except that it is simulated, and will show 
what the operation would be under certain "what if" condi- 
tions. These conditions could involve physical resource 
changes, changing requirements from the forecasting models, 
or changing operational goals and procedures. This type of 
report is more abbreviated than the scheduled reports, since 
particular information is not required in this area. 
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c. Special Reports 

The special reports would encompass statistical 
routines which can be used to help study and evaluate the 
system, as well as evaluate different procedures and configu- 
rations. All cost reporting falls in this category. Combi- 
nations of cost and operational efficiency information 
enables comparisons to be made between completely different 
computer systems. This type report may be used as justifica- 
tion for requests made to higher management levels. 

D. SYSTEM GOALS/OBJECTIVES 

The goal of the over-all MIS is to provide the manager 
with the necessary information and tools for effective de- 
cision making. The manager can evaluate the current opera- 
tion, as well as foresee how the system would operate under 
either of two types of changing conditions. 

The first set of changing conditions are those over 
which the manager has no real control. The external inputs 
would generally furnish these changes. The manager can use 
the MIS to depict operating under these conditions, and make 
recommendations concerning changes to these external inputs. 
For example, the increase in expected job load could be simu- 
lated. The simulation results might show that the goals and 
objectives could be met by increasing the hours of operation 
and increasing the crew size. This solution to an expected 
problem might require a budget increase, which could be re- 
quested. The request might be honored or refused. If refused 
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an alternative solution must be sought. Once an external 
decision has been made, the manager must accept the inputs as 
a constraint. 

The second type of condition is changes that the manager 
can make within his unconstrained area of operation. The 
operation of the facility might be improved by changing the 
hardware configuration or by rearranging the software opera- 
ting system. The manager could find these solutions using 
the options in the decision rules/options component and the 
simulation. The best of these alternatives could be imple- 
mented. The number of changes and combination of changes 
available for study and use is very large; therefore, deter- 
mining which change to use is still no small problem. 

It must be emphasized that the goal of the system is 
not to provide the optimal solution to every problem. In 
order to accomplish this, every possible option and combina- 
tion of options open to the manager would have to be tried, 
costs assigned to each case, predicted results rated, and 
then the best solution chosen. Due to the number of pos- 
sibilities, this might very well be too time consuming and 
costly. In many cases, just finding a good feasible solu- 
tion or choosing the best of several feasible solutions is 
sufficient to be of very great value. Consequently, this is 
what the MIS is designed to enable the manager to do. 
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E. BENEFITS/ADVANTAGES OF SYSTEM 

Most computer facilities have some kind of information 
system which tells what has happened in the past and what is 
happening now. The systems in use are usually satisfactory 
for this purpose. 

Existing information systems are usually ineffective 
for aiding and making decisions about changing conditions 
of computer operations. Usually, the manager will have to 
rely on his own intuition concerning the results of certain- 
conditions. He can look at other organizations hoping to 
find a similar case, or he can use actual experimentation 
with the facility. Or, if time permits, the manager may use 
combinations of the above. In any case, the results are 
very dependent upon the ability, experience and luck of the 
manager involved. 

The experienced manager would have an advantage over 
an inexperienced manager in using the MIS that is being de- 
veloped in this thesis. Experience would give the manager 
some kind of feel for the system. He would know generally 
in what areas to look for solutions to certain classes of 
problems. However, the inexperienced manager could use the 
MIS simulation to gain experience with his computer facility. 
He would then have some idea about what the problems are 
that must be faced, and generally how to attack them prior 
to actually having the problem occur. Hence, an inexperi- 
enced manager becomes an experienced manager much faster. 
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The MIS design discussed in this paper has many benefits, 
some of which have already been discussed, over the informa- 
tion systems now in use. Primarily, the MIS readily pro- 
vides the tools and information necessary to make decisions 
about changing situations, as well as information about cur- 
rent and past operation to include evaluation. Possible 
problem areas can be examined before they arise. Recommenda- 
tions, supported by scientific procedures and information, 
for budget, operating policies and goals can be made to the 
external decision sources. Thus, proper prior planning can 
be done to preclude problems. 

New hardware and software can be examined using the 
simulation. This permits evaluation under certain operating 
conditions without actually buying the new items. New 
operating schedules or new objectives can be tried using the 
simulation without using the trial and error system under 
actual operation. Additionally, the manager can gain valu- 
able insight into the operation of the facility by using the 
simulation and varying certain inputs to see how the results 
are affected. The above benefits, as well as others, should 
certainly make it possible to improve the operation of any 
computer facility at an educational institution. 
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III. FUNCTIONAL DESIGN 



A. SYSTEM COMPONENT DESCRIPTIONS 

In order to understand the operation of the MIS, the 
composition and operation of each individual component must 
be studied in more detail. Major areas of concern are dis- 
cussed for each component. The purpose of this section is 
to establish general guidelines for the development of the 
flow charts prior to the actual computer programming. 

1 . Data Base Component 

As previously stated, the data base component con- 
sists of six elements. The information, contained in the 
elements, is of two types; historical data, and managerial 
input data. Historical data is further divided into job 
stream information and user parameters/distributions. The 
managerial input data is divided into four information areas 
which are as follows: 

1) Hardware configuration and operating character- 
istics. 

2) Software configuration and operating chacter- 

istics . 

3) Operating schedule and operating parameters. 

4) Evaluation data. 

The relation between the data base elements and information 
input types is pictured in Figure 5. 
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Figure 5. Data Base Information Composition 



The purpose of this section will be to study the 
information composition of the data base. Table I displays 
the information types and gives examples of specific infor- 
mation classes within each type. How these various informa- 
types and classes are gathered and used will be discussed 
below. 

a. Historical Information/Data 

Historical information/data is defined as any 
information statistics gathered from any completed job which 
is no longer in the system. The system is defined as begin- 
ning at the point or place where a user turns in his job and 
ends at the point where the user can pick up his completed 
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TABLE I 



DATA BASE INFORMATION COMPOSITION 



I. HISTORICAL DATA 



1 . 



2 . 



Job 

a. 



b. 



c . 



User 
a . 



b. 



Stream Information 
User Accounting 

(1) User Name 

(2) User Type 

(a) Staff 

(b) Faculty 

(c) Student 

(d) Other 

(3) Job Class/Priority of Job 

(4) Other Information Needed 
User Devices Requested 

(1) Input Devices 

(2) Output Devices 

(3) Storage Space 

(4) Other Device Information 
Time of Use 

(1) Time Job Submitted 

(2) Computer Usage Time 

(3) Other Time Usage Information 
Parameter/ Distributions 

Parameters Dependent on Hardware/Software 

(1) Device Access Times 

(2) Software Package Access Times 

(3) Other Access/Usage Times 
Parameters Dependent Upon Users 

(1) Number of Times Software Packages Accessed 

(2) Number of Times Input/Output Devices Used 

(3) Other Usage Distributions 



II. MANAGERIAL INPUT DATA 



1. Hardware Configuration and Operating Characteristics 

a. Hardware Listing 

b. Hardware Operating Characteristics 

2. Software Configuration and Operating Characteristics 

a. Software Package Locations in Storage 

b. Operating Times for Software Packages 

3. Operating Schedule and Operating Parameters 

a. Operating Schedule for Computer 

b. Maintenance Schedule 

c. Crew Descriptions 

CD Assign Time Equivalent to Each Position Type 

(2) Maximum Crew 

(3) Minimum Crew 

4. Evaluation Data 

a. Measurement Criteria 

b. Resources Usage to Measure 
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job. Historical data has two main purposes. Historical 
data on the job stream is used as input to the forecasting 
models. The parameters of the system in use are determined 
from historical information, and are used as input to the 
simulation. The actual elements which collect the historical 
data are user accounting information and user parameters and 
distributions. The evaluation element must consider the in- 
formation collected in order to provide a workable picture 
of the operating conditions. 

Cl) Job Stream Information . Historical job 
stream information is used mostly in forecasting future job 
demand and generally has the purpose of answering the fol- 
lowing three questions: 

1. Who is using the facility? 

2. How are users using the facility? 

3. When is the facility being used? 
Understanding exactly what is meant by these questions and 
getting accurate answers to them is the first step in answer- 
ing difficult forecasting questions. 

By determining who, either administration, 
faculty, student, or other users, is using the facility par- 
tially defines the complexity or difficulty of the forecast- 
ing problem. The who actually is intended to mean the number 
of users in each user type. As the number of student and 
facility users increase, the forecasting problem becomes 
more difficult. This information, coupled with the school 
policy as to the objectives and purposes of the facility, is 
necessary for fully defining the forecasting problem. 
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The manner in which the users are making 
use of the facility is also necessary for forecasting. The 
amount of time, core storage, and devices required are in- 
formation elements which define the usage area. One of these 
three elements determines either the job class or the prior- 
ity for the individual job. 

The times that the users are submitting 
jobs both from a daily, weekly, quarterly or semester basis 
is necessary to forecast the job stream for any future time. 
This information can easily be graphically displayed with 
the particular time axis as the independent variable, and 
the number of jobs submitted by class or priority as the 
dependent variable. 

Before discussing how the above data are 
to be collected, consideration must be given as to the pur- 
pose of the data and the accuracy needed for its proper use. 

A determination would need to be made regarding the value of 
this data collection effort. 

Even with good historical information, 
projecting this information so as to forecast a future user 
job load requirement, is at best an inexact science. Ex- 
perience, proper evaluation of the information, and just 
plain luck all play a part in good forecasting. This means 
that greater accuracy and more detail will not always mean 
a better forecast. 

With this in mind, the manager must decide 
what resource expenditure to make in collecting forecast type 
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data. Resources expended in this effort cannot be used to 
improve the current operation, but may improve future opera- 
tion. 

Most of the above information will or can 
be made available either on the job request card, or within 
the information in the job control language for the job. In 
most cases, this information is already being collected by 
computer facilities. Some additions or deletions might be 
in order after an evaluation is made with regard to accuracy 
and detail. 

(2) User Parameters and Distribution . The 
second type of historical data involves the user parameters 
of the facility. These parameters are defined as variable 
measurements on the operation of the computer facility. The 
actual measurements depend upon the individual jobs being 
processed, and the jobs are dependent upon the individual 
user. Necessarily, there is an over-lap of information in 
this data type with that in job stream information. The 
main difference is that job stream information involves the 
users request for resource usage while the user parameters 
and distributions are the actual measures of resource usage. 

There are a great many parameters for any 
system. These parameters will then be put into the simula- 
tion; hence, it is very important that these parameters be 
accurate, and that the proper parameters be available. 

The necessary parameters are divided into 
two user oriented areas. The first parameter area is de- 
pendent upon the hardware/software configuration. Parameters 
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information (parameters) going to be subject to great fluc- 
tuations or will it be fairly constant? Is this information 
dependent upon time, operating policy, hardware, software, 
and users? Additionally, consideration must be given to the 
required accuracy and detail of the information. 

Parameters which are dependent upon the 
hardware/software system can be directly measured. When a 
change is made in either hardware/software, a new measure- 
ment can be made. Hence, the accuracy of the parameter is 
dependent solely on the measurement method. 

This is not the situation with the para- 
meters which depend upon the users. User oriented para- 
meters may be subject to wide fluctuations as users of the 
facility change (either by personnel turnover or by learning 
to use the facility in a different manner) . Distributions 
for these type parameters can be determined, but it is neces- 
sary to keep verifying that the distribution has not changed 
over the periods when the users have changed. So, the ac- 
curacy of the user type parameters is dependent on both the 
measurement method and the verification procedures. 

When the above parameters are used in the 
simulation, it is important to understand the limitations 
they place on the results. The hardware/software parameters 
describe a certain computer system in use. If a forecast is 
made and planning is done, and then the computer system is in. 
some way changed, the forecast and planning may no longer be 
true for the new system. The user parameters are like forecasts 
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in themselves. The simulation says future users are going 
to use the system in generally the same way as past users. 

This may not be a valid assumption, and would require periodic 
validation of the parameters in use. 

b. Managerial Input Data 

The second type of data is managerial input data. 
This data type is made up of four separate data input areas: 
hardware configuration and operating characteristics, soft- 
ware configuration and operating characteristics, operating 
schedule and operating parameters, and evaluation information 
concerning goals and objectives. Each of the above four 
areas is described in more detail below. 

(1) Hardware Configuration and Operating Char- 
acteristics . The hardware configuration is a description 

of the current equipment set-up as well as a listing of all 
components. The various component capacities and operating 
characteristics are necessary. Examples are the number of 
cards per minute read by a particular card reader, the amount 
of core storage in the core memory, and the amount of storage 
space per disc or drum. This input information is matched 
with the parameters on the hardware in the historical data 
which is obtained through the measurements methods mentioned 
previously. Whenever a hardware change is contemplated but 
no measurement can or has been made, then estimates on the 
parameters must be fed to the simulation. 

(2) Software Configuration and Operating Char- 
acteristics . The software configuration is an enumeration 
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and description of all computer program modules within the 
operating software system. The description would include 
times to access various program modules as well as storage 
locations and storage sizes. Again, this information is 
matched with the software parameters obtained through mea- 
surement methods previously mentioned. Software changes 
which have not been previously tried might also require some 
estimates when using the simulation prior to actually set- 
ting up a software package and measuring various aspects of 
its usage. 

(3) Operating Schedule and Operating Parameters. 
The operating schedule and operating parameters are also part 
of the managerial input. The operating schedule is a time 
description of when the computer system will be available 
for operation. The times of operating by normal day of the 
week, as well as a holiday schedule are included. 

The operating parameters are time values 
placed on various operating personnel positions. A normal 
operating crew is enumerated and each individual job is 
given time values. The time value represents an amount of 
time, either added to the turn-around time for a job if the 
operating crew is short personnel, or an amount of time sub- 
tracted from the turn-around time of a job if the crew is 
overstrength. Additionally, a minimum crew description is 
a lower constraint. Thus, the simulation will not work if 
a minimum crew was not available. A maximum crew is also 
described. In this case, a penalty time is added if the 
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maximum crew is exceeded. The turn-around time increases 
when there are so many people working that they get in each 
others way. 

(4) Evaluation Data . The last element of the 
managerial input is evaluation information. This includes 
the measures of effectiveness decided upon to determine if 
the goals/objectives of the facility are being met. An ex- 
ample of this type information is turn-around time standards 
for the various job classes or priorities. These objectives 
should be constantly checked against the job stream flow, 
and cases should be flagged when a job is found whose stan- 
dard turn-around time has not been met. If no change in the 
standards are desired, this evaluation information is fed 
directly from the data base into the simulation to check fu- 
ture or projected situations. 

An additional function of the evaluation 
element is to enumerate various resources which are being 
used. For example, the number of hours for various worker 
positions would be tabulated, the number of boxes of compu- 
ter paper used would be reported, and other resource usages 
listed. The aim here is to provide the necessary informa- 
tion for cost analysis. 

2 . Simulation Component 

The purpose of the simulation is to enable the man- 
ager to make "good" decisions under changing conditions. 

The simulation predicts the outcome or operating results 
when some feature of the current operation is changed in 
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some manner. Examples of change in the system are: differ- 

ent job loads, equipment changes, personnel changes, system 
programming changes, and changes in the objectives or goals 
of the facility. 

Inputs to the simulation come from either the mana- 
gerial decision rules/options component, or from information 
stored in the data base and/or the forecasting models. The 
simulation starts at a command from the managerial decision 
rules/options component. Each of four simulation elements, 
hardware, software, operating schedule, and evaluation, 
search for input from the managerial decision rules/options 
component. The job stream simulation element searches for 
input from the forecasting models component. In the event 
that these two components had no inputs, the simulation goes 
to the data base component for the needed inputs. 

The above data inputs are then used to simulate the 
operation of the facility. The results of the simulation 
are compiled in report form. The manager can then evaluate 
the input with the results. Ideally he will be able to find 
a "good" set of inputs to provide the desired results. The 
system configuration chosen may not be optimal, but it should 
certainly be feasible from both input and result aspects. 

A graphical representation of the operation of the 
simulation is shown in Figure 6. The legend information can 
be used to understand the interaction between the simulation 
and the other components, as well as the interaction between 
the simulation elements. 
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Since decisions are going to be made depending upon 
the studied results from various simulation runs using dif- 
ferent inputs, it is extremely important that the simulation 
be an accurate model of the facility. Also, the simulation 
model must provide all the options available to the manager 
in the operation of the actual facility. These facts along 
with the need for a generalized model make the aspect of pro- 
gramming a computer simulation an extremely difficult task. 

The simulation component is going to be the most constraining 
feature of the generalized MIS. 

The elements of the simulation parallel part of the 
data base, as well as, part of the managerial decision rules/ 
options component. The elements are hardware simulation, 
software simulation, schedule simulation, job stream simula- 
tion, and evaluation simulation. The contents, operation 
and purpose of these various components is discussed in more 
detail below. 

a. Hardware Simulation Element 

The hardware simulation, in order to be gen- 
eralized, must provide for different computer equipment con- 
figurations. For example, the managerial or data base input 
information lists various amounts of storage (cote, disc or 
drum) . The simulation must be flexible so that it can op- 
erate with any amount of storage chosen within certain limits. 
Different facilities have different storage capacities, and 
the simulation must be able to portray all of them. The 
simulation storage limits are chosen by taking into account 
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current storage size of available computers and related 
equipment. Other hardware components would have operating 
characteristics which are read in as input from the data 
base or from the managerial decision rules/options component 
The simulation of these hardware components (card readers, 
plotters, printers, remote terminals) depends upon either 
the operating characteristics data furnished by the equip- 
ment manufacturer, or a measurement of some distribution 
for the operating condition experienced by the equipment, 
b. Software Simulation Element 

The computer software operating system controls 
the operation of all computer hardware components. The soft 
ware simulation element has the analogous function of con- 
trolling the operation of the hardware simulation element. 

The amount of storage used by the software op- 
erating system, library, and other operating packages, as 
well as their storage locations within the hardware simula- 
tion element, is part of the information input to the simu- 
lation. The software portion of the simulation accepts the 
various parameters, which are dependent on the hardware/soft 
ware configuration, and manipulates the jobs in the job 
stream accordingly. For example, if a software package is 
called, it takes a certain amount of time to access the 
package then another amount of time to operate the package. 
These times are added to the process time for any simulated 
job requiring their use. 
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The software simulation package must have some 



means of determining which job should be processed. This 
function is performed by a device sometimes called an ini- 
tiator. Each job has a job class/priority assigned. As 
jobs are read into the computer, various lists of the jobs 
in each job class/priority are generated. The initiator 
determines which job class/priority to search and which job 
to pick for processing. The manner in which the initiator 
determines the actual job for processing involves several 
options. It is very important that the simulation have ini- 
tiators with the same number and type of options as are 
actually available in the existing computer system, 
c. Schedule Simulation Element 

The schedule portion of the simulation will 
act as a switch and turn the software element off or on de- 
pending upon the existing operating schedule. If the facility 
does not accept jobs when not operating, the job stream 
could also be turned off preventing job accumulation. Ad- 
ditionally, the input parameters mentioned in the data base 
concerning personnel are used within this section to adjust 
the job processing time. The simulated job processing time 
will decrease if the operating crew is over strength. Con- 
versely, the processing time will increase if the operating 
crew is under strength. 

The schedule portion should be able to store 
changes to the initial input, and at the proper time in the 
simulation, make the necessary changes to the parameters. 
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For example, starting the simulation with one console opera- 
tor and two other operating personnel, and at some specific 
time insert another operator. The input information should 
also include the holiday schedule. This holiday schedule 
will be a time listing of regular operating days for which 
there is reduced or no operation. 

d. Job Stream Simulation Element 

The job stream simulation element represents 
the job stream data obtained from either the user accounting 
information or from the forecasting models and the user 
parameters. The string of jobs generated has all the same 
information that a regular job would have; i.e., core stor- 
age requested, devices requested, and time requested. This 
element decides the actual sequence used to present the in- 
dividual jobs to the software. The software can take a job 
as it comes and operate on it in the same manner as the reg- 
ular software operating system. The job is assigned a pri- 
ority or job class and then is put in a queue waiting for 
processing by the system. The priority or job class is de- 
termined from the input job stream data by initiators or 
other priority systems as described above. 

e. Evaluation Simulation Element 

The last element of the simulation is an eval- 
uation element which provides the same general function as 
the evaluation element of the data base. The input comes 
from either the data base evaluation element, when there is 
no change in the projected objectives of the facility, or 
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from the managerial decision rules/options evaluation ele- 
ment, when a change is anticipated. The aspects of the 
facilities operation which need to be evaluated are enumera- 
ted in the input by standards for operation. As the simula- 
tion runs and simulated jobs are processed, checks are made 
to see if the required standards are being met. If not, 
certain flagging conditions are reported. Examples of these 
standards would be turn-around times for various job classes/ 
priorities or central processing unit (CPU) utilization per- 
centage. Also, resources usages would be enumerated as in 
the evaluation element of the data base. Since there can 
be many different standards or objectives within different 
computer facilities, this element of the simulation will re- 
quire a great deal of measurement capability within the rest 
of the simulation model in order to provide for generalized 
usage . 

3 . Managerial Decision Rules/Options Component 

The purpose of the managerial decision rules/options 
component is to allow the manager to enumerate available 
computer system configurations. The available computer sys- 
tem configurations, combined with various constraints placed 
on the operation of the facility by external sources, deter- 
mine an operational area for the facility. This operational 
area allows for many managerial options concerning the pos- 
sible configurations. Simulation studies of the options 
available within the operational area enable the manager to 
determine what effect each option has under certain conditions. 
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The results of these studies are decisions about the facility 
operation. These decisions usually involve implementing the 
"best" of several options tried by the manager to solve some 
problem . 

External inputs received such as job load input in- 
formation, budget information, and school policies and pbjec- 
tives represent constraints. The inputs coming from the 
budget information can be divided into two areas. The first 
area deals with resource constraints, such as materials, 
personnel, and equipment available. The second area in- 
volves the costs of the above items on a per unit basis or 
some cost aspect of the operation, such as a reconfiguration 
of equipment. 

Internal inputs from other components within the 
system consist of evaluation information on the actual com- 
puting system operation or a simulated system operation. 

These inputs help determine if a change is needed within the 
operation. If a change is needed, the manager decides which 
change options he has available. He may then input these 
change options individually, or in combination, into the 
simulation, and again receive evaluation information. The 
manager can then decide which options are the best. The 
best options may then be implemented when needed. 

The composition of the decision rules/options com- 
ponent parallels that of both the data base and the simula- 
tion. The elements of this component are hardware configura- 
tion and options, software configurations and options. 
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operating schedule and operating parameter options, goal/ 
objective parameter options, and forecasting decisions/op- 
tions. A statistical analysis and computation element 
interfaces between the decision rules/options component, 
and the inputs from the other components. 

Each element of this component must be able to 
provide all the options open to the manager, as well as 
be flexible enough to provide the constraints imposed by 
the external inputs. The cost feature is also important, 
since it allows the manager to evaluate the performance 
of any input configuration with the associated cost. The 
manager will still be required to determine which inputs 
to use, but the results are in a form that facilitates 
evaluation and decision making. Each element of this 
component is discussed with respect to how the rules/op- 
tions are determined, and how they are used within the 
MIS. 

a. Hardware Configuration and Option Element 

The hardware configuration and option element 

initially requires the manager to furnish to the data base 

the information requires in the hardware configuration and 

operating characteristics. This may require measurement 

of various aspects of the system, or use of manufacturer 

data on the operating characteristics of the computer and 

i 

accessory equipment. Once the initial task is performed, 
no further managerial inputs in this area are necessary, un- 
less some hardware change is made, comtemplated , or a cor- 
rection to some measurement found. Then, the data change 
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could be made by card input with some code which would dif- 
ferentiate between a change to be permanently made to the 
data base, or only used in conjunction with the simulation. 

The external constraints placed within this 
area are due to several factors. Budget can preclude buying 
new equipment as could space available. Even with this con- 
straint, there are options within this area which can be of 
use. For example, a rearrangement of the equipment on hand 
could improve the overall operation. A good simulation of 
the facility and the proper measurement information input 
could predict this fact. Using the rearrangement option im- 
proves the operation, and requires a management decision to 
implement the change. 

b. Software Configuration and Option Element 

The software configuration and option element 
has a similar function to that of the hardware element above 
The hardware is certainly an added constraint, since the 
larger the software operating system in main core storage, 
the less core space available to process jobs. After an 
initial software description is fed into the data base, no 
additional inputs are needed, unless some change is made or 
contemplated to the operating system. Any hardware changes 
which required software changes necessitate managerial in- 
puts to the data base hardware and software elements. Again 
a coding arrangement needs to be available for differentia- 
ting between changes to the data base and temporary contem- 
plated changes to be used by the simulation. 
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c. Operating Schedule and Operating Parameter Op- 
tion Element 

The operating schedule and operating parameter 
option element requires the manager to furnish initial in- 
formation to the data base component. If the manager wants 
to check some option involving the operating schedule, he 
could make several simulation runs using different schedules. 
Once the manager has decided to make a change, he must make 
a new entry to the data base inputting the new operating 
schedule. This element of the managerial options is also 
constrained by budget and by school policies and regulations. 

Considerable thought and study is needed in this 
area initially, since the manager is required to evaluate the 
different operator personnel positions with respect to maxi- 
mum and minimum crews. Also, the manager is required to 
slow down or speed up the times for job stream processing, 
depending upon the numbers of the various kinds of operators 
available during operation. This is an extremely important 
area which needs constant attention, since other changes 
within the system will probably affect this area. 

d. Goal/Objective Parameter Option Element 

The goal or objective parameter option element 
is used, and changes manipulated, in the same fashion as with 
the previous elements. These parameters are initially de- 
rived from the external input of school policy or regulations. 
However, the individual manager will need to interpret or 
translate the policy into some quantifiable feature such as 
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turn-around time and other measurable information. This may 
be a difficult task since it requires choosing a measure of 
effectiveness which is meaningful and usable by the facility 
users, and at the same time, meets the requirement of showing 
the school administration that their goals are being met. 
These two requirements are not always in exact agreement, and 
this necessitates some sort of compromise. 

e. Forecasting Decision/Option Element 

The forecasting decision/option element has no 
similar section in either the data base or the simulation. 
This section has the mission of receiving job load input and 
school goal/objective information, and then determining which 
forecasting model and what data set to use. This information 
acts as the input to the forecasting models, so that a fore- 
casted job stream can be determined. This section and the 
forecasting models component of the MIS are always used in 
conjunction. The actual decisions/options will be discussed 
in more detail in the explanation of the forecasting models 
component . 

f. Statistical Analysis and Computation Element 

The last element of the decision rules/options 

component is the statistical analysis and computation ele- 
ment. Information is received from the evaluation elements 
of either the data base or the simulation. The information 
input is used in certain calculations, some of the computed 
statistics are analyzed, and the results are fed back into 
the proper element of the decision rules/options component. 
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The computations determine what percent of the 
time the input goals are being met, and what improvements 
or impairments have been made from the previous runs. Ad- 
ditional capabilities include receiving cost information 
from a particular set of inputs and comparing it with cur- 
rent costs or with cost inputs on simulation runs. This is 
done by receiving cost input from the other decision rules/ 
options elements. These costs might be dollars per hour for 
a certain type worker, or cost per box of computer paper, or 
cost per new piece of equipment. Then, as either the actual 
computer system or the simulation uses these resources, they 
are enumerated in the evaluation element and sent as input 
to the statistical analysis and computation element, which 
computes the necessary costs. 

4 . Forecasting Models Component 

The purpose of the forecasting models component, 
the central element of the forecasting subsystem, is to provide 
the MIS with several relevant forecasting alternatives. In- 
puts are received from the data base component and the mana- 
gerial decision rules/options component. Forecast models, 
determined from the input data, are used to operate on his- 
torical data to provide an output of future job loads. This 
output from the forecasting models component is the input to 
the job stream element of the simulation. The output form 
is in total number of jobs by job class/priority for some 
particular time period. A feedback process that compares 
forecast data to the actual data is also part of the pro- 
cedure for using the forecasting models component. 
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Figure 7 provides an overview of the forecasting 
subsystem. Interaction between the components, as well as 
the operation of the parts of the forecasting models com- 
ponent, are shown. The term control input, as used in Figure 
7, means that the component/element receiving the input must 
perform some action directed by the source of the input. 

The inputs to the forecasting models component, the techni- 
ques of handling the raw data input, the outputs from this 
component, and the forecasting models themselves, will be 
discussed in this section. 

a. Inputs to Forecasting Models Component 

The inputs to this component come from the data 
base component and the managerial decision rules/options 
component. Both input types are required for operation of 
this component. 

(1) Input From the Data Base Component . The 
raw historical data can be thought of as a series of data 
points plotted with the independent variable being time and 
the number of jobs per other criteria, such as priority and 
user type, as the dependent variable. The time period of 
the input forms should be very flexible so that the histori- 
cal data can be supplied for any particular day, week, month, 
quarter/semester, or year. 

The raw historical data inputs can be in 
any of three forms. The first input form in total jobs 
submitted by class/priority over some time interval. The 
second input form is jobs submitted by each of the four 
user types by class/priority over some time interval. 
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_ MANAGERIAL DECISION — 
RULES/OPTIONS COMPONENT 






The first input form is merely a consolidation of the second 
input form. The number of jobs submitted by curriculum or 
particular course by job class/priority for some time period 
is a more detailed description of the student user type, and 
is the last input form. This last input form is necessary 
since the student category is the largest and most flexible 
user type. Student job input would provide the area of 
greatest concern in trying to forecast future usage of the 
facility. 

Figure 7 will aid in the understanding of 
the mechanics involved with actually getting the above in- 
formation to the forecasting models component. Once the 
manager makes, the decision which raw data input form to use, 
he makes the necessary entries to the forecasting decision/ 
option element of the managerial decision rules/options com- 
ponent. The forecasting decision/option element then pro- 
vides a control input to the user accounting information 
element in the data base which then provides the data to the 
curve fitting routines. This step may become part of a re- 
petitive curve fitting cycle as shown in Figure 7. 

(2) Input from Managerial Decision Rules/Options 
Component . The inputs from the managerial decision rules/ 
options component indicate which historical data input form 
to use, what forecast time period to use, and which fore- 
casting method to use. If curve fitting is to be applied, 
this input also specifies which curve fitting technique to 
use on the raw data in order to determine the coefficients 
for the forecast model. 
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These managerial decisions/options should 
be a composite of the external inputs given to the manager 
(job load inputs, budget, school objectives/policies), his 
experience, the current operation as reflected in scheduled 
reports, and feedback on the error involved in the fore- 
casts previously made. The external inputs to the manager 
give him a feel for the accuracy and detail, as well as the 
time period needed in the forecast. The manager's experience 
tells him which forecasting methods to try, which curve fit- 
ting techniques to use, and finally, which forecase option 
is the "best' to implement based on the fitted curves and 
the simulated results. 

As the feedback on the forecasts are eval- 
uated, again the manager's experience is needed to determine 
if the difference between the forecasted conditions is suf- 
ficient to either validate or invalidate the overall fore- 
cast. An invalidation condition requires a new forecast 
with the updated historical data, and possibly requires new 
option studies. 

b. Output From the Forecasting Models Component 
The output from the forecasting models compo- 
nent is a listing of the number of jobs by job class/prior- 
ity per some specified time period. The three output types 
would exactly parallel the inputs from the data base, i.e., 
consolidated job load, job load by user type, and job load 
by curriculum or course. 

The output is furnished to the job stream ele- 
ment of the simulation. The simulation of the facility then 
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processes the predicted number of jobs for some specific time 
period and produces the simulated reports. The forecasted 
information is recorded for future analysis along with the 
simulated reports. As actual historical data is generated 
during the forecast period, it is compared with the forecast 
data for the same period. Statistical procedures can be ap- 
plied to determine the difference. This difference informa- 
tion is reported to the manager on demand. An additional 
option is that the manager can decide beforehand some dif- 
ference limit, and require the system to report only when 
the limit is reached or exceeded. In either case, the mana- 
ger is provided with the necessary information to evaluate 
not only the forecast, but his decisions and options involv- 
ing future operations. 

c. Forecasting Models/Methods 

There are two methods of forecasting available 
within the proposed MIS. These methods are curve fitting 
and exponential smoothing. 

The curve fitting method involves using a curve 
fitting technique, called regression, on the raw historical 
data. The results of the regression analysis are coefficients 
for the various curve forms and the variances of the devia- 
tions of the actual data from the fitted curve. The vari- 
ance of the deviations is the determining factor in the 
choice of a curve form. The smaller the variance, the better 
the data fits the curve. When several models are checked, 
the computer selects that curve form producing the smallest 
variance . 
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When using this method, data from the more dis- 
tant past is weighted the same as the more recent data. This 
forecast method might logically be used when the user trend 
over some specific time interval is expected to remain fair- 
ly consistent. 

The second forecast method, exponential smooth- 
ing, would differ from the first in that the more recent 
data is weighted more than earlier data. The curve fitting 
routines are used to decide which curve model to use in con- 
junction with the smoothing method. The exponential smooth- 
ing type technique is used when the user trend is expected 
to be changing during a time period because of a change in 
the nature of the users. This method is also used when the 
current trend is expected to be closer to the future expec- 
tations than past trends. 

The actual number of forecasting models avail- 
able with the MIS system should be greater by far than need- 
ed by any single facility. It should, therefore, be easy 
to add or delete models from the system. In many cases, the 
curve fitting routines needed might already be installed 
within the program library of the computer facility. An 
initial managerial decision would be required to determine 
which of the models to use since the more models installed 
the less storage space available within the over-all com- 
puter system. In other words, there is a trade-off between 
forecasting capability and operating capability. This com- 
ment generally holds for the entire MIS, but the forecasting 
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portion is the component which is the easiest to modify with- 
out destroying the usefulness of the over-all system. 

Extensive documentation is needed on each model 
and its use. Examples should be available for several fore- 
casting situations showing how the models might be applied 
to the situations. Particular emphasis should be given to 
show how the results differ depending upon the model used. 
Each of the models/methods are discussed below in an abbre- 
viated form of what the documentation should include. Ex- 
tensive mathematic interpretations are not included here, 
but would be needed in the actual documentation. 

(1) Curve Fitting Method/Models . Curve fit- 
ting involves determining a user trend. This user trend is 
expected to be the same for the time period under considera- 
tion . 

To provide the flexibility necessary for 
a generalized MIS, numerous individual curve fitting fore- 
cast models are necessary. The curve fitting models will 
use time as an independent variable, and are called time 
series models. The time series models classification can 
be further divided into algebraic models, trancendental 
models, and composite models. 

The following paragraphs will briefly 
describe each model type and individual model used with the 
system, and give examples of how and when the model would 
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be applied. More detailed theoretical descriptions of the 
models and the analysis methods are available. 4 

(a) Algebraic Models. The algebraic 
time series models are a constant model, a linear model, and 
polynomial models. The constant model takes the historical 
data and forecasts in either of two ways. In the first in- 

A 

stance, the future load (X T+t ) is forecast to be the same as 

A 

the current average load (a^,) . The second situation is to 
forecast a future load equal to the current average load plus 
some arbitrary constant factor (c) . These two constant 
models are mathematically described as shown: 



X T+t a T ’ 



Y 

A T+t 



a T + c . 



The linear model consists of fitting 
a straight line to the historical data and finding the 
straight line coefficients (a,b). The coefficients are used 

A 

to forecast a job load (X^) for any particular time frame 
(t) . The user trend would be increasing or decreasing lin- 
early. This model is described by the following equation; 



X^ = a + bt • 



4 

Brown, R. G., Smoothing, Forecasting and Prediction of 
Discrete Time Series, 3rd ed., p. 49-174, Prentice Hall, 
1962. 
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Several polynomial models should be 



available, but the need for fourth or fifth degree poly- 
nomial models is doubtful. Again, the degree of polynomial 
desired would decide the type of curve to fit and the number 

of coefficients to obtain from the raw historical data. A 
/\ 

forecast (X ) can then be made according to the derived curve 
for any particular time frame (t) . A quadratic model, with 
three coefficients (a, b, c ), is shown below: 

A 

X t = a + bt + ^ct 2 . 

(b) Transcendental Models. The trans- 
cendental time series models are exponential models and 
trigonometric models. The exponential model can be used to 
describe a process where the rate of growth is proportional 
to the state of growth. A simple mathematical exponential 
model is 

A 

log X t = log k + t log a 

where k is a constant of proportionality, and a is a ratio 
of the job load in one year to the job' load in the previous 
year. The values of k and a are determined using a curve 

A 

fitting routine. The value of the forecast (X t ) is then 
determined for any particular time period (t) . 

The trigonometric models would have 
the coefficients for the curve determined in the same way. 
This model would be used when there is seasonal variation 
apparent. The actual trig models available will be a sine 



69 



model, a cosince model, and a combination of both. The co- 
sine and sine models are similar. The cosine model is 

A 

X =a cos ^ (t - t ) + c, 

P ° 

A 

where X is the forecast for time t, a is the amplitude of 
the curve, p is the period, t is the starting time for the 
particular period, and c is a constant. A trigonometric 
identity leads to 



/N 




a sin + b cos + c, 
P P 



where 



A 



27TtO 

a sin 

P 



9 



2irto 

B = a cos , 

P 

C = c. >i 

The coefficients A, B, and C can be estimated from the data. 

(c) Composite Models. The composite 
models would provide for combining any two or three of any 
of the above models. In these cases, the coefficients found 
in the individual models are used in one composite model to 
plot a forecast curve. The actual curves may be requested 
and plotted as part of the special report package. These 
models would be used when the trends for the user types 
could be distinguished from each other; i.e., when the stu- 
dent trend is increasing linearly while the faculty trend 
is following the sine model. The forecast for these two 
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user types would be a combination of the linear model and 
the trigonometic sine model. 

(2) Exponential Smoothing Method/Models . The 
various smoothing techniques available for use with the 
curve fitting models are simple exponential smoothing, double 
and triple exponential smoothing. When the manager decides 
on an exponential smoothing model for forecasting, the raw 
data is used to determine the best coefficient for the par- 
ticular model chosen. A smoothing constant between zero 
and one, must be determined. This constant depends upon the 
time period for the forecast and the results desired. If 
the smoothing constant is small, then random fluctuations 
are generally eliminated. Large smoothing constants enable 
a rapid response to a real change in the data. Thus, the 
smoothing constant determines the weighting of the data. 

A mathematical representation for ex- 
ponential smoothing is 

S t (x) = aX t + $ s t .x( x ) 

where S^fx) and S t _^(x) represent the forecast made during 
the present time (t) and the forecast made for the last time 
period (t-1) respectively, and X represents the actual cur- 
rent demand. The smoothing constant is denoted by a with 6 
equal to 1-a. 

Double exponential smoothing is achieved 
by applying exponential smoothing to the results of smoothing 
the original data. Essentially, this is using exponential 
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smoothing twice. This procedure is used to estimate two co- 
efficients such as would be needed when using the linear 
model. The formula for exponential smoothing is applied 
first, then the next step is to perform the following cal- 

I 

culation : 

S t [2] (x) = a S t (x) + g S t _ 1 [2] (x) . . 

The notations S t ^ 2 ^(x) and S t _^ 2 ^(x) mean double smoothing 
and the smoothing constants a and 3 have the same meaning as 
in the exponential smoothing. The estimates of the coef- 
ficients for the linear model are: 

a t = 2S t (x) - S t [2] (x) 

b t = | [ S t (x) - S t [2] ( x )] . 

The forecast is then given by 

A A A 

^t+T a t + ^ 

where T is the future forecast time. 

Triple exponential smoothing is achieved 
by applying exponential smoothing to double exponential 
smoothing. This technique is used to determine three coef- 
ficients, which will be needed when using a quadratic model. 
The development of the mathematical formulas is similar to 
that for double exponential smoothing. 
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d. Forecasting Criteria 

When using the forecasting models, the facility- 
manager should consider three criteria: accuracy, simplicity 

of computation, and flexibility to adjust the rate of re- 
sponse. The forecasting accuracy needed for the specific 
problem under consideration may have a bearing on the flex- 
ibility criteria, and both of these criteria will certainly 
affect the simplicity of the calculations. The interwork- 
ings of these criteria should be considered both in the 
initial decision as to what models should be installed in 
the system, and which models should be tried and used for 
any particular situation. 

e. Feasibility of the Forecasting Subsystem 
Feasibility of this type of forecasting subsys- 
tem, in use with a simulation as part of an MIS, has been 
demonstrated. Retail IMPACT, an inventory management ap- 
plications program by IBM, uses a simulation within a fore- 
casting subsystem. 5 The purpose of both subsystems is to 
forecast user demand. In the IBM subsystem, retail pro- 
ducts are divided into categories, while in the proposed 
subsystem, the users are put into categories. The similar- 
ities and differences between the two subsystems will be 
discussed in the following subsections. 



5 

International Business Machines Corporation, Retail 
IMPACT- Inventory Management Program and Control TecEniques- 
Application Description , 6th ed., p. 36-55, 1970. 
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(1) Similarities . The forecasting subsystem 



of IMPACT corresponds to the forecasting component and the 
forecasting feedback loop of the proposed MIS. The actual 
computer programming modules should be very similar, since 
the method/models used for making the forecasts in each sub- 
system are similar. 

Each has a forecasting feedback process. 
The recorded forecast information is evaluated against ac- 
tual data as it is received, so that a determination can be 
made as to the validity of the forecast. 

Each subsystem has the capability to feed 
the forecast data through a simulation in order to evaluate 
"what if" conditions. The forecasts can be used with other 
options so that the "best" option can be chosen. 

(2) Differences . The difference between the 
two subsystems exist mainly in the detailed functioning. 
IMPACT has a more elaborate control section, which provides 
for more detailed forecast error analysis. This control 
section can also provide for more computer made decisions, 
than the subsystem described in this paper. 

Retail IMPACT requires greater forecast- 
ing flexibility; therefore, more options are needed than in 
the proposed MIS. The IMPACT computer programming module 
for forecasting is larger than the anticipated forecasting 
portion in the proposed MIS. 
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The simulations of the two systems are dif- 
ferent. The simulation in the IBM system is not as complex 
as the simulation of the computer facility. 

B. REPORTS 

There are three basic types of output reports made in 
conjunction with the MIS. The first report type is scheduled 
reports which are the results obtained from information in 
the data base. Simulated reports obtained from the results 
of the simulation are the second report type. The third re- 
port type is special reports, which can be the result of 
either information from the data base, the simulation, and/ 
or the statistical analysis and computation element of the 
decision rules/options component. These report types are 
discussed with regard to composition and purpose in the fol- 
lowing paragraphs. 

1 . Scheduled Reports 

Scheduled reports are intended to provide the mana- 
ger with the information necessary to evaluate the current 
operation of the facility. Certain other historical infor- 
mation is recorded, so that it is available for any external 
reports or other analytical purposes. 

Each element of the data base has at least one re- 
port within the scheduled report types. User accounting 
information is consolidated to show how the four user types 
are using the facility. This accounting report should be set 
up so that it can be called by the past day, the past week, 



75 



or the past quarter or semester. The software report in- 
cludes such items as current configuration, number of times 
various software packages have been used during certain 
periods of time, average usage time per package, and average 
access time per package or program. The hardware report 
includes hours of operation of various equipment, as well as 
a list of maintenance and the dates performed. The operat- 
ing schedule and operating parameter element provides re- 
port information on the numbers of hours each employee 
worked, the personnel operating parameters in use, the maxi- 
mum and minimum operating crews and other schedule related 
items. The user parameters and distributions provides ad- 
ditional report information indicating when and how the users 
are using the facility. In this section, graphical reports 
may be of great value. Parameters could be measured at some 
specified times, and plotted so that the distributions could 
be determined. 

The evaluation element provides all necessary infor- 
mation to determine if the goals/objectives are being met. 

This report should include various measurements of key fea- 
tures of the facility: CPU utilization time, job turn-around 

times between particular hours, average turn-around times for 
various job classes/priorities, and other measurements of 
hardware and software operating features. 

2 . Simulated Reports 

The simulated reports provide generally the same type 
of information as the scheduled reports, except deletions 
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occur in those cases where specific information, such as em- 
ployee names, is not needed or available. In general, this 
report should be somewhat less elaborate; however, in cer- 
tain areas more detailed information is required than in 
the scheduled report area. The job stream element report 
is a consolidation of the information contained in two sched- 
uled reports, user accounting and user parameters and dis- 
tributions. This information is reported along with 
distributions used when the forecasting models are involved. 
The other individual report types correspond to the scheduled 
reports . 

3 . Special Reports 

In general, special reports are intended to make it 
easier for the manager to compare various alternative courses 
of action. The special reports are the more detailed report 
types. These reports deal with evaluation of various com- 
puter facility configurations and operations. Financial in- 
formation is also available as part of this evaluation data. 

When special reports are used in conjunction with 
the simulation, various possible change alternatives are ex- 
amined and evaluated. For example, the simulation can be 
programmed to operate with several possible hardware/sof t- 
ware configurations and under different operating schedules. 
Each change or combination of changes to the present facility 
operation represents an alternative means of meeting the cur- 
rent goals/objectives of the facility. The special reports 
can compare the operating results from the simulation runs 
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against each other and against the results of the computing 
system in use. 

Cost figures for the various facility operations 
are also available for study and evaluation. The cost fea- 
ture must be flexible so that it can be used in several 
ways other than merely computing the straight cost of fa- 
cility operation. For example, a budget constraint can be 
placed in some operating area such as overtime pay for per- 
sonnel. Various operating schedules can then have the oper- 
ating results evaluated under the overtime pay constraint. 

4 . Requirement on Reports Section 

The report sections must be very flexible. The re- 
port section framework should provide for a great many re- 
ports, and in all cases, it should be easy to change the 
reported information in any single report. The report for- 
mats should be established so that the individual user fa- 
cility can change them easily. The entire MIS should be 
designed so that new reports can be easily obtained. 

The programming language used for the report sec- 
tion should be a common one. It should provide extensive 
format options. It would not be necessary that the language 
be the same as used in other components of the MIS; however, 
consideration should be given to the possible interface areas 
to insure that flexibility is maintained. 

The generated reports show the results of the en- 
tire computing system. They must be clear, accurate, con- 
cise, and have a specific purpose. The external world in 
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most cases views only the reports generated by the MIS, and 
has no real concept of how the facility, or the MIS operates 
Hence, the over-all favorable or unfavorable impression of 
the facility is often tied to the information presented in 
the generated reports. Sufficient effort must be placed in 
this area so that a favorable condition is presented. 

5 . Uses for Reports 

The manager could use the reports in many ways. In 
general, the aim of the reports is to help the manager make 
the necessary decisions to improve his operation when needed 
and help him justify his actions to his superiors. Many of 
these reports may actually be used in correspondence with 
higher management levels. 

The reports make system evaluation easy; thus, com- 
parison of various systems should be fairly simple. Cost 
information, presented in special reports, will tie dollar 
figures to computer operating systems. Budget requests can 
be justified in this manner. Recommendations concerning 
the manager's constrained area of operation can be made 
with various report types as justification. Future pro- 
blems might be anticipated, and planning done to eliminate 
these problems before they occur. Considerable effort must 
be made by the manager to fully realize all of the report 
capabilities, uses, and limitations. 
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IV. IMPLEMENTATION 



A. FUTURE DEVELOPMENT/PROGRAMMING 

A preliminary functional design for a management infor- 
mation system has been accomplished in the above sections. 

In order to achieve the goal of being able to implement this 
MIS, the design must be made more specific. Hence, the next 
design stage is the development of the flow charts for the 
computer program. The development of the computer programs 
should be accomplished in three phases. These phases are 
enumerated and discussed below. In addition, the design 
limitations and problems with the current design are examined. 

1 . First Phase 

During this development phase, the data base and 
simulation should be programmed. The programming for the 
data base will basically involve establishing routines to 
gether the necessary historical data. Subroutines to mani- 
ulate the historical data to find parameters/distributions 
will also be part of this package. The biggest job during 
this phase will be the development of the computer simula- 
tion. Limitations on the simulation capabilities may cause 
some changes to the overall design. As an integral part of 
each component design, the information outputs should be put 
in one of the three report forms. Simulated reports could 
be completed in this phase, but additions/deletions might 
occur during later phases. 
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2. Second Phase 



During this phase, the managerial decision rules/ 
options component and the forecasting models component 
should be developed. Additional scheduled and special re- 
port types, dependent upon information from the two newly 
created components, will be created. Also in this phase, 
the complete forecasting subsystem should be developed and 
operated. This includes using all components as separate 
modules and includes the feedback feature of recording fore- 
cast data to compare to actual data when it is available. 

3 . Third Phase 

This phase completes the MIS package. It involves 
linking all components together and completing all report 
types. Considerable emphasis should be placed in the link- 
ing of the evaluation portions of the data base and simula- 
tion to the statistical analysis and computation element of 
the managerial decision rules/options component. The major- 
ity of the special reports, particularly with regard to cost, 
should be finalized as part of this phase. The entire sys- 
tem should be made to operate as automatically as possible. 
Changes to the system are made only through the managerial 
decision rules/options component. 

4 . Design Limitations/Problems 

Certain design limitations or problem areas will 
need to be considered in the further development of the pro- 
posed MIS. The design problems for this MIS can be divided 
into two areas: problems caused by the design level, and 

problems caused by the design features. 
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The level of design discussed in this document is 
still very general. There is a great deal of room for in- 

V 

terpretation of the various functions of the components and 
reports. This might cause problems with future development. 
All personnel working on different phases of the design need 
to agree on the functions and composition of the components 
and reports, so that integration of the parts will not ham- 
per the overall system operation. Once the computer flow 
charts are available, this problem area will be eliminated. 

The major problem in the design features area is 
the feasibility of the computer simulation described. There 
have been many computer simulations, but a completely gen- 
eralized model is not readily available. 6 The great value 
of the overall MIS hinges on a "good" simulation, which is 
flexible enough to be used at many different type computer 
facilities. If this major obstacle can be removed, com- 
pletion and putting into operation the rest of the MIS should 
be easily accomplished. 

The current design stage makes it difficult to es- 
timate the final computer program size. The larger the pro- 
gram and the longer the running time for the MIS, the less 
useful it will be. If the space requirements for the MIS 
are large, the efficiency of the computer operating system 
may be impaired since there will be less storage space avail- 
able for users. There is also a trade-off involved in running 

6 

Goldberg, R. P., Huesman, L. R. , "Evaluation Computer 
Systems Through Simulation," Computer Journal , v. 10, 
p. 150-156, August 1967. 
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time. The more time used to operate the MIS, the less time 
available to process user jobs. 

B. INSTALLATION OF MIS 

After the above development phases are accomplished, 
consideration must be given to an installation plan. This 
plan could vary from facility to facility; however, general 
guidelines are needed so that an efficient transition from 
an old MIS to the new MIS can be accomplished. 

Prior to installation of the proposed MIS, an extensive 
study of the particular facility should be accomplished. 

This installation study does not include a cost feasibility 
study which should have already been conducted. The decision 
that the new MIS is feasible and desirable will be the ini- 
tiating factor for the installation phases. Part of the cost 
information from the installation phases will have been es- 
timated by the cost feasibility study. The cost data will 
be needed for the cost evaluation, which is discussed later 
in this paper. 

The installation of the MIS consists of three phases. 

The first phase involves studying the existing computer op- 
eration to gather necessary data and to determine what ad- 
ditional information is needed. The second phase includes 
actual installation and training on the new system. Valida- 
tion, corrections and changes, as well as final detailed 
training is accomplished during phase three. 

Reasonable time estimates for an average computer fac- 
ility for each installation phase may be three to six months 
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in phase one, and three to four months in each of the remain- 
ing phases. These time estimates depend upon the following: 

1) The amount of detailed data desired. 

2) The required accuracy of the results. 

3) The number and complexity of changes to the gener- 
alized model in order to specialize the model. 

4) The installation method chosen: either installation 

by facility personnel, or by an outside firm. 

5) The competency and number of installation personnel. 

1 . Phase One 

The purpose of the first phase leading toward final 
installation of the MIS, is to study the current system to 
determine what information is being collected, how the col- 
lected information is being used, the external inputs to the 
facility, and external requirements put upon the facility. 

The first phase is further divided into two time periods. 
During the first time period of this phase, all information 
needed for the MIS, but not being collected, will be enumer- 
ated. The data collection and organization will be conducted 
during the second time period of the first installation phase 
The length of the second time period will depend upon how 
much data is desired for the initial data base use. The sig- 
nal for the completion of the first installation phase will 
be the completion of an initial new MIS data base. 

2 . Phase Two 

The second installation phase will include the 
training for operator personnel, as well as physical instal- 
lation and initial testing of the MIS. Since the new MIS 
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will not be completely operational, the old system will con- 
tinue to operate. With both the old and new management in- 
formation systems in use, the overall efficiency of the 
computer system is lowered. Therefore, this phase should be 
made as short as possible. 

The training portion of this phase would be directed 
mainly at the operator personnel. Both operator and manage- 
ment personnel should be made familiar with all normal op- 
erational manipulations of the MIS. The signal for completion 
of this phase will be when that portion of the system which 
produces scheduled reports is completely operational. All sc- 
heduled reports may not be required. Only those reports 
which parallel the minimum necessary information being fur- 
nished by the old MIS will be required. When this last step 
is accomplished, and the reports generated by the new system 
agree generally with those generated by the old system for 
the same data, the old MIS can be shut down signaling the 
end of phase two. 

3 . Phase Three 

The last installation phase has the purpose of pro- 
viding more detailed technical training, and making necessary 
additions and deletions to fine tune the system. A continu- 
ing training program on the more detailed aspects of the 
operation and programming of the MIS should be established 
for operators. The training also involves trouble shooting 
techniques. The manager and lower supervisors should also 
be trained in the use of managerial options and the simulation. 
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Fine tuning of the system will be accomplished by 
tailoring or modifying the system for the particular fac- 
ility. Actions in this area are such things as adding, 
deleting, or changing the various report types, making final 
decisions on which forecasting models to install, and im- 
proving the simulation to more accurately portray the actual 
computing system. This phase would formally end when the 
scheduled report information and the simulation accuracy have 
been validated for some specific time period. The fine tun- 
ing process and training will continue as long as necessary 
to insure proper MIS operation. 

C. VAL I DAT I ON/ EVALUATION 

In order for any MIS to be of value, it must provide 
accurate information. The cost of the system must also be 
considered such that the results obtained using the system 
warrant cost of installation and usage. The process involved 
in determining the answers to the above questions is called 
validation/ evaluation . 

There are several validation/evaluation processes which 
must be used on initial installation, as well as used con- 
tinuously during operation to insure that the MIS is accurate, 
economical, and beneficial. These processes will be divided 
into accuracy validation and cost effectiveness evaluation. 

The cost evaluation is the most difficult to achieve, since 
it requires devising measures of effectiveness and determin- 
ing hidden or future costs. 
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1 . Accuracy Validation 

The accuracy validation has two aspects. The first 
aspect involves measuring the actual system. The second ac- 
curacy validation envelops the measurements made by simula- 
tion. This latter type validation involves forecasting 
which, by definition, introduces a forecast error. This im- 
plies that accuracy must be defined in terms of its limits, 
a. Actual System Accuracy Validation 

The current operation of the computer system is 
related in both scheduled reports and special reports (on 
demand) . Periodic manual measurement and analysis can be 
performed in the same report areas. The agreement between 
the report information and the manually gathered data con- 
firms or disputes the MIS accuracy validation for the cur- 
rent computer facility. 

Considerable though should be given as to when 
the manual measurement/observations should be made, and in 
what areas. If manual measurements are made too often, 
waste is involved. If the areas studied are of little or 
no importance, the results are of dubious value. There 
certainly is a cost, both in efficiency and money, involved 
in making two measurements of the same aspect of the opera- 
tion of the system. However, the cost may be even greater 
if decisions are made using erroneous information or data. 
Again, the manager must decide the trade-off involved. 
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b. Simulated System Accuracy Validation 

The second type accuracy validation, using the 
simulation mode, is further divided into two categories. 

The first of these categories involves determining how pro- 
ficiently the simulation model portrays the actual system. 
Category two concerns itself with the accuracy of the simu- 
lation under the changing conditions of a projected system 
versus the actual changed system. The latter category is 
the most difficult to determine. 

(1) Simulation of Actual System Validation . 
Comparing the actual operation, as reflected in scheduled 
reports, and the simulation, as depicted in simulated re- 
ports, is the process used to either validate or invalidate 
the simulation accuracy of this category. As long as the 
data furnished to the simulation is the data used for the sc 
heduled reports, the results from the simulation should 
generally agree with the scheduled report information. 

If there is no agreement, then the simula- 
tion model does not accurately describe the actual operation 
The two causes for non-agreement are the improper use of the 
input data and the simulation model itself not reflecting 
the actual operations in their proper manner or sequence. 

An example of improper use of input data is in the use of 
the wrong distribution for some parameter. The second cause 
for error, improper simulation, occurs when some operation 
takes more or less time consistently than required in actual 
practice. A sequencing error is for jobs to be submitted 
to the printer before finishing in the CPU. 
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(2) Simulation of Projected System Validation. 



Accuracy of simulation under changing or predicted condi- 
tions is very important, since the manager must rely upon 
the simulation to get a feel for future operations. This 
feature is a capability which must be realized in order to 
gain full utilization of the MIS. If the manager's plan is 
in error because of the simulation results, the value of 
the system is sharply curtailed, and may even be negative. 

The actual validation process is similar 
to that already described, except that the simulation is 
done in advance. The simulation says that the system will 
operate as shown in the simulated reports if some change is 
made to the system. Then, when the system is changed, the 
scheduled reports tell how the actual system operated. If 
the reports generally agree, then validation holds for sim- 
ulation under prediction/ forecasting . 

Again, there can be two causes for non- 
agreement between the two results. If the simulation model 
is good, the error should generally be in improper use of 
input data. This kind of error involves forecasting/pre- 
dicting, according to past data, future parameter distribu- 
tions and job load requirements. This kind of error, to 
some degree, is expected, but it should be within certain 
plus or minus limits. The model should be flexible enough, 
so that the simulation of operational changes can be accom- 
plished without destroying the accuracy of the model. An 
additional check on the validation of the forecasted data 
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is to compare the recorded forecast with the actual data as 
it is received. This feature, discussed more fully in a 
previous section on the forecasting models component, can 
help the manager decide if the forecast is valid, and what 
part the forecast plays in the difference between the actual 
data and the simulation data reports. 

2 . Cost Evaluation 

This process involves determining costs of the cur- 
rent MIS system, projecting costs of the new MIS system, de- 
vising a method of evaluating the system through a measure 
of effectiveness (MOE) , and finally, comparing the two sys- 
tems to see which one better fills the needs of the particular 
facility. Because cost analysis is difficult, many times new 
systems are installed without really attempting an impartial 
cost study/evaluation. In some cases, the costs of the cur- 
rent system are disregarded. Often, no effort is made to 
develop a measure of effectiveness or compare the alterna- 
tive systems. This course of action can lead to implementing 
a costly system without much benefit to the overall opera- 
tion . 

Cost studies should and must be done prior to im- 
plementation of the system. After implementation, evaluation 
of the study should be accomplished. This cost evaluation 
acts as a cost benchmark of the current MIS for future MIS 
change situations. 
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a. Cost of Current MIS 

The cost of the current MIS may on the surface 
seem to be the easiest batch of figures to obtain. In some 
areas of operation this is true, but there are many obscure, 
yet important costs involved in any system. This area gen- 
erally is the cost of future operations due to limited capa- 
bilities of the current MIS. This area may be called hidden 
costs, and every MIS has them. Usually, if hidden costs of 
some sort are not included in the cost study, the current 
MIS may erroneously appear to be the most economical alter- 
native . 

b. Cost of New MIS 

The determination of the cost of the new MIS 
also is difficult. Installation costs which have to be 
estimated cannot be easily obtained, and the accuracy may be 
in question. Much of this question depends upon the current 
design state of the new MIS. Is the MIS to be developed, or 
is there an applications program available? Is there an ap- 
plications program already in use in some other organization? 
The cost will normally be greater if the MIS is to be de- 
veloped from scratch versus the situation where an applica- 
tions program is already available and working. Again, the 
cost of future operations, due to the expanded MIS capa- 
bility, is needed. This can be thought of as a reduction 
in the hidden costs of the current system. This cost may 
not be reduced to zero by the new system, and must be con- 
sidered for a complete picture. 
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c. Hidden Costs Example 

As can be seen from the costs of both the old 
and new systems, hidden costs play a large role in cost 
studies. The purpose of the following example is to clarify 
what these type costs are and how they may be evaluated. 

Within any system, managers may be required to 
predict/forecast and plan for the future. Skill, experience 
luck, and the frame of mind of the individual manager when 
he makes the decision affect the forecast, hence future 
planning. Often wide fluctuations between the true out- 
come and the expected or forecasted outcome result. Certain 
error limits are acceptable in forecasts; however, large 
errors may result in higher costs and less efficiency. There 
fore, it is desirable, when forecasting, to eliminate these 
wide fluctuations. 

Using the proposed MIS presented in this paper 
can eliminate the larger scale fluctuations. This will be 
done by using better forecasting procedures and scientific 
evaluation of the forecast. As certain techniques of using 
the MIS prove effective, standard operating procedures will 
be developed. These procedures can also aid in eliminating 
large scale fluctuations. Since large deviations will be 
reduced, future planning costs will be lowered. Initially 
a dollar value estimation will be assigned. to this cost 
reduction . 

Evaluation of this aspect of the operation can 
be fairly easy to accomplish. Once the model is installed, 
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an outside management source can provide forecasts for fu- 
ture operation while the manager makes his own estimate 
using his old system. Repeating this procedure several 
times, and studying the results with the actual data as it 
is accumulated, will enable a comparison of the fluctua- 
tion trends between the two methods. The associated costs 
caused by the fluctuations in each system can be estimated 
and compared. The actual costs may not be needed. A rel- 
ative cost rating between the systems may be sufficient. 

3 . Measuring the Effectiveness of an MIS 

A manager must have some means of measuring the 
operating worth of a system. This usually involves select- 
ing some measurable operating criteria xvhich is exemplary of 
mission achievement. The relationship between the measure- 
ment and mission achievement is called a measure of effec- 
tiveness (MOE) . 

An MOE is a means of evaluating two or more alter- 
natives. There may be a need to develop several measures 
of effectiveness in order to evaluate various aspects of any 
operating system. These can then be combined in some manner 
to provide a final MOE. This will enable the manager to 
form an ordinal scale for all alternative systems, This 
does not mean that all managers will evaluate systems in the 
same manner even if they are using the same measures of ef- 
fectiveness. Each manager has his own individual methods of 
determining and weighting various measures of effectiveness. 
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The proper MOE is a very difficult item to define 
for most management information systems. Once the MOE has 
been defined, it is simply a matter of taking or estimating 
the measurements required for the MOE. The alternative sys- 
tems can then be rated on an ordinal scale, A is better than 
B, which is better than C. It should be noted that since 
the scale is ordinal, no determination can be made as to how 
much better A is than B or C. 

A measure of effectiveness for an MIS will undoubt- 
edly include several measures of effectiveness concerning 
computer operations. There will be some MOE involving fore- 
casting error. Also included will be some MOE relating rate 
of response to detecting and reacting to changing operating 
conditions. The final MOE is dependent upon the worth of 
the individual measures and the manner in which they are 
combined . 

A closer look at the individual MOE will be bene- 
ficial. An example of a measure of effectiveness for a 
computer facility might be the percent of jobs meeting the 
objective criteria (turn-around times established by job 
class/priority) times the CPU utilization percentage for 
the computing system. The best possible MOE score is one. 
This example may not be a good MOE for a given computer fa- 
cility since all priority classes would be considered equal- 
ly. It may be that meeting the turn-around time for a high 
priority job is much more important than meeting the turn 
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around time for a lower priority job. If this was the case, 
greater weight should be given to the higher priority class 
percentages . 

D. DOCUMENTATION 

Documentation for this MIS system will be organized 
into three classes which will parallel the management levels 
described in the management information systems theory sec- 
tion. The first and highest documentation class is directed 
toward the planning or strategic level. The facility mana- 
ger and his superior will be interested in this level. The 
inputs to, outputs from, and use of the system, as well as 
over-all capabilities and limitations, are discussed in 
this most general documentation. 

The next lower documentation level is directed primarily 
at the facility manager and his immediate subordinates. Op- 
eration, installation, and validation will be discussed from 
a non- technical standpoint in this documentation class. Max- 
imum use should be made of block diagrams or flow charts, 
showing interworkings between components. Sample problems 
and operational examples will also be included. 

The lowest documentation level is directed at the tech- 
nicians who operate and trouble shoot the system. Complete 
flow charts and technical descriptions of each MIS compo- 
nent should be included. Considerable emphasis will also 
be needed in the area of how to modify each component as 
well as modify the entire system. 
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The volume of documentation will be largest at the low- 
est level, and decreases considerably in each of the next 
higher classes. The information generally contained in this 
report will be included in the first documentation class 
described above. 
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V . SUMMARY 



The computer has become an integral part of our society. 
Computer usage has sharply increased in the past few years 
and will continue to increase in the future. There will be 
an increased demand within our society for personnel who 
understand and know how to use computers and the accompanying 
technology. 

The curriculums and teaching emphasis in educational 
institutions reflect societies' needs. This means that there 
will be continuously increasing requirements placed in com- 
puter related activities at educational institutions. Sooner 
or later the capabilities of educational computer facilities 
must be increased. This may be accomplished by either in- 
creasing/improving the resources or improving the management 
of the facility or both. 

It is not always possible to improve facility capabilities 
by merely increasing or improving resources. In fact, if the 
resource allocation is not managed properly, the capabilities 
may not improve with increased expenditures for resources. 
Therefore, it is desirable to first find some way to improve 
the management procedures and processes which govern the 
computer facility operation. This can be accomplished by 
finding some way to improve the manager's decision making 
process which controls resource allocation. An integral 
part of the decision process and the basis for all decisions 
is some form of information system. 
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In order to help the manager to organize the information 
needed for decision when he needs it and in a form that aids 
his understanding and prompts his action, a specialized in- 
formation system called a management information system (MIS) 
is needed. An MIS must consider the functions of individual 
managers as well as the organizational structure to be ser- 
viced. A properly designed MIS will enable the manager to 
make sound, timely decisions based upon relevant information. 

Consideration must also be given to the fact that most 
management information systems provide decision information 
for more than one manager. The MIS used by a subordinate 
manager is a part of the information system used by his 
superior. It then becomes advantageous to design the sub- 
ordinate manager's MIS with an eye on the requirements placed 
upon his superior. An MIS so designed will more readily pro- 
vide usable and timely information to managers higher up in 
the chain of command. 

The proposed MIS is composed of two sub-assembly models, 
made up of two components each, and a reports section. The 
first sub-assembly model is a representation of the computer 
facility physical plant either in its current state or some 
possible future configuration. The components used to pro- 
vide these features are a data base and a simulation. 

The second sub-assembly model deals with resource mana- 
gement. This model is used to describe the resource options 
available to the manager and provide the tools necessary to 
determine, with some degree of accuracy, the future job load 
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requirements. The components of this model are managerial 
decision rules/options and forecasting models. 

The reports section displays the needed information 
for decisions in a concise and useful form. The three 
report types available are scheduled, simulated and special. 
These reports are designed to readily identify operational 
areas which need improvement. 

The MIS proposed in this paper should aid the manager 
of a computer facility in his decision making process. This 
decision process involves making decisions about resource 
allocation concerning both the current operation and future 
planning. The resources considered by the system are hard- 
ware, software, manpower, time, and all materials used in 
operation . 

The scope of the MIS readily provides information in a 
usable form to decision makers who are concerned with com- 
puter operations as a part of their over-all area of respon- 
sibility. This MIS can be used in a variety of ways to 
assist and reinforce the information systems used by the 
superiors of the computer facility manager. Future planning 
and budgetary considerations are major areas where this MIS 
is geared to assist higher level managers. 

In order to make decisions about the current operating 
situation, the MIS must have some means of evaluating the 
operation. The proposed MIS can evaluate the current opera- 
tion from two standpoints: efficiency of achieving the 

goals and objectives of the facility, and cost of operation. 
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If the evaluation information shows the facility to be op- 
erating in an inefficient or costly manner, the manager can 
begin a search of the operating options open to him. The 
system will aid the manager in deciding which options to 
implement in order to improve the over-all facility opera- 
tion. 

In order to make decisions about future planning, any 
MIS must have some means of examining and evaluating chang- 
ing situations. The proposed MIS enables the manager to 
perform these functions in a scientific manner. A fore- 
casting subsystem shows how the facility will operate under 
changing user requirement conditions. A computer facility 
simulation may also be used to study various possible op- 
erating configurations. The simulated computer operation 
may be evaluated both with respect to cost and efficiency 
of achieving goals and objectives. The availability of 
costing information for each possible computer operating 
configuration and operating schedule aids the manager in 
determining which operating options provide the "best" re- 
sults . 

The above capabilities can be further enhanced by the 
development of standard operating procedures (SOP’s) in the 
use of the MIS. These SOP's, derived from successful tech- 
niques of dealing with future changing situations, will help 
eliminate large scale fluctuations between the plan for the 
future, and the actual future situations which occur. 
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Considerable effort will be needed to make the designed 
MIS operational. The next logical development stage will 
be flow charts in preparation for the actual computer pro- 
gramming. The feasibility of all components, except the 
simulation, are fairly certain. If an acceptable simulation 
can be developed, this MIS, as designed, will enable im- 
proved management for educational computer facilities. 

Once the MIS has been developed for educational insti- 
tutions, consideration should be given to making the system 
usable by other type computer facilities. Managers of com- 
puter facilities, used to support either government or pri- 
vate enterprise, also need assistance in making decisions 
about current operations and future planning. Many concepts 
presented in this thesis apply to the management problems 
and situations which face managers of computer facilities 
servicing other elements of society. 
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GLOSSARY 



CPU - CENTRAL PROCESSING UNIT 

The CPU is the "heart" of the computer. It performs 
computations, logical operations, and causes data to be 
transferred from place to place within the system. When the 
efficiency of the computer facility, is considered, it is 
generally expressed as a percentage usage of the CPU. 

FORECAST 

A forecast is a formal extrapolation of the past into 
the future. Implicit estimations may still be involved, but 
there is a past series of numbers on which to base the es- 
timate. Additionally, it is presumed that observable past 
patterns will continue in the future. This contrasts with 
prediction which is an educated guess at what will happen in 
the future . 

INITIATORS 

An initiator is that portion of the software operating 
system which determines which job is to be operated on by 
the CPU. This task usually involves establishing an order 
for job classes/priority consideration and then picking the 
appropriate job from a list of jobs in that job class/ 
priority . 

JOB 

A job is an individual requirement placed by a user on 
the computer. 
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JOB CLASS/PRIORITY 



The job class/priority is a system which rates the var- 
ious type jobs. 

JOB LOAD 

The job load is an aggregation of individual jobs rep- 
resenting a computer requirement for some particular time 
period. 

JOB STREAM 

The job stream is a job load arranged with a particular 
sequence of the jobs. 

MOE - MEASURE OF EFFECTIVENESS 

A measure of effectiveness is a measurable quantity 
which describes goal or objective achievement. 

OPERATING SYSTEM 

The operating system is a comprehensive set of language 
translators and service programs operating under supervision 
and coordination of an integrated control program. It as- 
sists the programmer by extending the performance and ap- 
plication of the computing system. 

SOP - STANDARD OPERATING PROCEDURE 

A standard operating procedure is a step by step method 
of accomplishing some particular task. The task is one which 
occurs often enough to develop the "best" procedure for ac- 
complishing it. 
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TURN-AROUND TIME 



The length of time that elapses between submitting a 
program for testing or production and receipt of the output 
is turn-around time. 
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